PATENT 

Attorney Docket No. YOR92 0 0 3 0 2 7 9US 1 

IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 

In re Patent Application of 

Sophia KRASIKOV et al. 

Serial No : 10/684, 552 

Filed: October 14, 2003 

For: AGGREGATION OF DOCUMENT 

ELEMENTS INTO RUNTIME CODE 



Examiner: Wei, Zheng 
Art Unit: 2192 



REPLY BRIEF 

Board of Patent Appeals and Interferences 
United States Patent and Trademark Office 
P.O. Box 1450 
Alexandria, VA 22313-1450 

Dear Sir: 

This Reply Appeal Brief is made in response to the 
Examiner's Answer ("EA") mailed July 22, 2008, setting a two- 
month response period expiring September 22, 2008. 

This Reply Brief addresses the new arguments made by the 
Examiner starting at page 13 of the Examiner's Answer (Section 
10) . 



Reply 



1. Response to Section lOA of Examiner's Answer 



Claim 26 is rejected under 35 U.S.C. § 112, first 
paragraph, due to the presence of the phrase "at least one 
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block of source code providing executable computer 
instructions" in the claim. 

Contrary to the Examiner's position, support for this 
claim element is clearly present in the specification. The 
application states, at page 4, lines 14-16, "The program code 
includes at least one block of source code providing 
executable computer instructions and at least one 
documentation string coupled to the source code." (emphasis 
added) . 

In the Examiner's Answer, the Examiner basically contends 
that "source code itself does not directly provide executable 
instructions." EA, pp. 14 (emphasis in original). This 
argument should not be given any weight by the honorable 
Board. 

First, the Examiner provides no evidence supporting the 
opinion that interpreted source code does not provide computer 
executable instructions. The Examiner's Answer makes no 
finding of fact and cites no authority in making this 
assertion. By contrast, the Appellant has provided authority 
contradicting the Examiner's position. As described in 
Exhibit A of the Appeal Brief, "an executable program can be 
source code." 

Second, the claims at issue do not recite that the source 
code directly provide executable instructions. The 
requirement that the source code "directly" provide executable 
instructions is a misreading of the claim. The Examiner's 
assertions about source code "directly" providing executable 
instructions are a red-herring; arguments against claim 
limitations that do not exist in the application. 
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Third, even if "source code providing executable computer 
instructions" must first be interpreted, this argument does 
not address the legal issue of whether one skilled in the art 
would be capable of making and using the claimed invention. 
The Appellant has introduced ample evidence in the record that 
the concept of executable source code is well understood by 
one of skill in the art. The Examiner offers no evidence why 
one skilled in the art would not be capable of making and 
using executable source code. 

2. Response to Section lOB of Examiner^ s Answer 

Claim 26 is rejected under 35 U.S.C. § 101. According to 
the M.P.E.P., "a claimed computer-readable medium encoded with 
a data structure defines structural and functional 
interrelationships between the data structure and the computer 
software and hardware components which permit the data 
structure's functionality to be realized, and is thus 
statutory." M.P.E.P. § 2106.01 (emphasis added). 

Claim 2 6 recites program code embodied on computer- 
readable media that includes a data structure ("documentation 
string") coupled to source code. The claim contains a 
detailed recitation of this data structure. Furthermore, the 
data structure can be used with any source code and is not 
dependent on any specific acts performed by the source code. 

As discussed in the specification, the data structure is 
functional in that it allows program code to be synchronized 
with documentation. The U.S.P.T.O. recognizes such a data 
structure is statutory subject matter under 35 U.S.C. § 101 
when embodied in computer-readable media. 
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The Examiner argues that the claim does not specify 
steps/activities/acts that the executable instructions are 
required to perform. EA, pp. 15. In this regard, the 
Examiner fails to consider the claim as a whole. The 
exclusive focus on the source code element of the claim is in 
error and leads the Examiner to the erroneous conclusion that 
the entire claim is non-functional. 

3. Response to Section IOC of Examiner^ s Answer 

In section IOC of the Examiner's Answer, the Examiner 
asserts for the first time, "the documentation format 
information, e.g., "JOB NAME", "JOB NARRATIVE" which will 
reference by the documentation checker tools (item 20) to 
demarcating/identif ying the target audience of the document 
element." EA, pp. 16. The Examiner provides no citation in 
Crockett supporting this assertion. 

By contrast, in describing how documentation format 
information elements of Fig. 6 are used by the documentation 
checker tool, Crockett states. 

The documentation is passed into the documentation 
checker tool (step 56 in FIG. 5) . The documentation 

checker tool uses the documentation format 
information 62 (FIG. 6) to locate elements within the 
documentation by identifying the text 66 that is 
associated with the elements. This is then compared 
with the lists 70, 72 and 74 that were derived by 
processing the [Job Control Language] statements to 
determine whether the documentation is present, 
complete and accurate (step 58 in FIG. 5) . The 
documentation checker tool performs the comparison 
for each of the elements that needs to be documented 
in the JCL instructions. As a result of this 
comparison, the documentation checker tool 20 
verifies whether each of the elements is properly 
documented or not. Crockett , col. 7, 11. 39-51. 
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The above passage of Crockett indicates the documentation 
checker tool uses the documentation format information to 
confirm whether the documentation is present, complete and 
accurate. Notably absent from Crockett is any disclosure that 
the documentation checker tool uses the documentation format 
information to demarcate or identify a target audience of the 
document element, as advanced by the Examiner. The Examiner's 
unsubstantiated assertion is therefore clearly in error. 

Conclusion 

In view of the foregoing. Appellant submits that the 
rejections of claims 1-3, 5-9, 14-19 and 21-31 are in error 
and respectfully requests the rejections of claims 1-3, 5-9, 
14-19 and 21-31 be reversed by the honorable Board. 



Dated: July 23, 2008 



Respectfully submitted, 

/ido tuchman/ 

Ido Tuchman, Reg. No. 45,924 

Law Office of Ido Tuchman 
82-70 Beverly Road 
Kew Gardens, NY 11415 
Telephone (718) 544-1110 
Facsimile (866) 607-8538 
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